在推行計畫/專案時，通常能分成兩種方式：先完整規劃再執行或邊做邊修，而數位轉型是否有比較合適的方式呢？

主要差異－彈性處理的空間

瀑布管理是傳統的管理方式，意即先做好規劃，一步一步執行，最後只要維護就好，而敏捷管理則是相對新的管理方式，類似於滾動式調整，意即先確定好大方向，之後再一步一步地朝目標進行。

以廚師研發菜色來舉例應該能更好的理解，如果是瀑布管理的話，狀況類似：

1. 廚師先研發好菜單(做好專案規劃)
2. 根據食譜挑選合適的食材(根據專案階段一步步執行)，最後完成一道菜

而如果是敏捷管理的話，則會更像以下狀況：

1. 廚師先確定主要食材(制定專案目標)
2. 進行各階段的測試決定調味方式、烹調方式、擺盤方式...等(完成各階段任務)，最後完成食譜
3. 根據當天的狀況(如：菜色、天氣)調整後完成一道菜

敏捷管理會根據當下狀況調整細節，也因此能因應比較多的突發狀況(更能滿足需求)。

無論哪種方式都還是需要「管理」

敏捷管理的概念類似於「滾動式調整」，但要特別注意的是這種邊做邊改的方式並不是指先做再說。
當後勤部門在進行數位轉型時，如果沒有妥善的規劃，那很有可能發生以下狀況：

• 到時候再調整就好，反正先做再說嘛
• 現在剛好比較忙，我們進度先延後一下，滾動式調整嘛，時限前會完成的

所以管理方式其實是敏捷管理的另一大重點，例如：Sprint會議、每日立會(stand up meeting)...等，換言之，敏捷管理更貼切的說法是透過頻繁溝通，彈性的進行計劃/專案。

結論－根據團隊狀況選擇執行方式

敏捷管理其實是很多人又愛又恨的方式，如果頻繁溝通有效果的話當然很好，但如果溝通過程中不順利，那頻繁的會議反而會帶來許多反效果。

另外，在目標單純的狀況下也不見得需要敏捷管理，以透過Appsheet建立請假系統為例，因為請假方式通常是大家的熟悉項目，所以透過一、兩次會議決定資料介面後，其實就不用再將事情分成各細的小目標了。換言之，以後勤部門來說，比起大家一起開會討論系統樣式，真正需要的其實是分享Appsheet的使用方法。

對於團隊已十分了解的項目，瀑布管理的CP值可能更高，而面對變動性高、需要統一願景/想法的項目，敏捷管理才會有用武之地。